Active Virtual Network Management Protocol 



u 

Oh' 
< 

(N 



C/2 



> 
O 

o 
o 



X 
J3 



[Stephen F. Bush 
General Electric Corporate Research and Development 
KWC-512, One Research Circle, Niskayuna, NY 12309 
bushsf@crd.ge.com ( |http: / / www.crd.ge.com/people / bush] ) 



Abstract 

This paper introduces a novel algorithm, the Active 
Virtual Network Management Protocol (AVNMP), for 
predictive network management. It explains how the 
Active Virtual Network Management Protocol facili- 
tates the management of an active network by allow- 
ing future predicted state information within an active 
network to he available to network management algo- 
rithms. This is accomplished by coupling ideas from op- 
timistic discrete event simulation with active network- 
ing. The optimistic discrete event simulation method 
used is a form of self-adjusting Time Warp. It is 
self-adjusting because the system adjusts for predictions 
which are inaccurate beyond a given tolerance. The 
concept of a streptichron and autoanaplasis are intro- 
duced as mechanisms which take advantage of the en- 
hanced flexibility and intelligence of active packets. Fi- 
nally, it is demonstrated that the Active Virtual Net- 
work Management Protocol is a feasible concept. 



1. Network Management and Active 
Networks 

The problem this paper addresses is the complex- 
ity of managing large and rapidly growing communi- 
cation networks. Network management consists of a 
wide variety of responsibilities including configuration 
management, performance management, fault manage- 
ment, accounting management, and security manage- 
ment. A network management system must be able 
to monitor, control, and report upon the status of all 
of these areas. This is usually performed using a stan- 
dards based management protocol such as the Common 
Management Information Protocol (CMIP) Q or the 
Simple Network Management Protocol (SNMP) A 
goal of network management is to pro-actively detect 
problems in each of these areas. This means detecting 
such events as performance problems and faults before 



they occur. This is accomplished by the Active Virtual 
Network Management Protocol. 

Active networks are a relatively recent concept 
in communication networks. Active networks are capa- 
ble of executing general purpose code within packets as 
the packets are transmitted through intermediate net- 
work nodes. A framework for supporting the execution 
of general purpose code within packets as they travel 
through a network is an on-going research effort. Thus 
active networks differ from today's communications 
networks because active networks offer a computational 
service in addition to a data transport service. In cur- 
rent communication networks non-executable data is 
passively forwarded through the traditional commu- 
nication layers; intermediate devices such as bridges 
and routers only access the data link or network head- 
ers of packets. In active networks, intermediate de- 
vices can execute generic code within active packets 
as they travel through the network. The ability for 
communication networks to perform such computation 
offers opportunities for great advantages in such areas 
as efficiency, rapid protocol development and deploy- 
ment, and network flexibility. However, active net- 
works also add additional complexity, particularly in 
network management and security. The goal of the 
Active Virtual Network Management Protocol is to use 
the advantages active networks provide in order to han- 
dle the additional complexity in network management. 

The Active Virtual Network Management Proto- 
col caches predicted values within a State Queue and 
makes them available to a standard network manage- 
ment interface such as the Simple Network Manage- 
ment Protocol (SNMP) |^ as shown in Figure |l|. Be- 
cause time is appended to the Object Identifier, a 
series of Get-Next requests will return all the pre- 
dicted cached values of a Management Information 
Base (MIB) object. Also note in Figure [l] that the 
SNMP agent has the capability to reside within a 
packet. Because it is an active network, packets are 
capable of issuing management requests and respond- 



ing to such requests. 



Active Packet Managed Object 




Figure 1. Obtaining a Future IVIIB Object 
Value. 



The predictive capability provided by the Active 
Virtual Network Management Protocol facilitates the 
development of a variety of predictive applications from 
mobile wireless location management and network se- 
curity to improved Quality of Service (QoS). Mobile 
systems, especially those using the Global Positioning 
System can predict their location. This information 
can be propagated through the system via the Active 
Virtual Network Management Protocol. An example of 
predictive mobile wireless location management is de- 
scribed in H). Because the mobile host's location can 
be predicted, the setup information required for hand- 
off can be cached ahead of time providing dramatic 
increases in the speed of hand-off and thus improved 
QoS. In the area of network security, given a set of 
vulnerabilities within a communications network, the 
most probable path an attacker will follow can be de- 
termined. The Active Virtual Network Management 
Protocol can thus incorporate the effect of an attack 
in its prediction and the consequences of a real or an- 
ticipated attack can be propagated through the sys- 
tem before it occurs. In regards to Quality of Service, 
time sensitive applications require a predictable Qual- 
ity of Service [Q . The offered load at the input to the 
network can be predicted and the Active Virtual Net- 
work Management Protocol will transparently propa- 
gate the predicted load through intermediate network 
devices. An example of using predictive load manage- 
ment is described in . An example of a method for 
predicting network traffic based on Wavelets |^ shows 
promise and can be used to implement the Driving Pro- 
cess (DP) within the Active Virtual Network Manage- 
ment Protocol. The Active Virtual Network Manage- 
ment Protocol driving process is described in Section 

o. 



2. Active Virtual Network Management 
Protocol Description 

The Active Virtual Network Management Protocol 
algorithm encapsulates each Physical Process within a 
Logical Process as illustrated in Figure ||. A Physical 
Process is nothing more than an executing task im- 
plemented by program code. An example of a Physical 
Process in a mobile wireless environment is the Rapidly 
Deployablc Radio Network beam table computa- 
tion task. The beam table computation task generates 
a table of complex weights which controls the angle 
of radio beams based on position input. A Logical 
Process consists of the Physical Process and additional 
data structures and instructions which maintain mes- 
sage order and correct operation as the system executes 
ahead of real time. These structures are illustrated in 
detail in Figure |^. As an example, the beam table com- 
putation Physical Process is encapsulated in a Logical 
Process which maintains generated beam tables in its 
State Queue and handles rollback due to out-of-order 
input messages or out-of-tolerance real messages as ex- 
plained in Section A Logical Process contains a Re- 
ceive Queue (QR), Send Queue (QS), and State Queue 
(SQ) as shown in Figure |^. The simulation compo- 
nent and simulation cache on the left side of Figure || 
represent the execution and state based upon virtual 
messages. The real time component and cache repre- 
sent the execution and state based upon real messages. 
The Receive Queue maintains newly arriving messages 
in order by their Receive Time (TR). The Send Queue 
maintains copies of previously sent messages in order 
of their send times. The state of a Logical Process 
is periodically saved in the State Queue. The Logi- 
cal Process also contains its notion of time known as 
Local Virtual Time (LVT) and a Tolerance (6). The 
tolerance is the allowable deviation between actual and 
predicted values of incoming messages. For example, 
when a real message enters the beam table computa- 
tion Logical Process the position in the message value 
is compared with the position which had been cached 
in the State Queue of the Logical Process. If these val- 
ues are out of tolerance, then corrective action is taken 
in the form of a rollback as explained in Section p.2[ 

The Active Virtual Network Management Protocol 
Logical Process has the contents shown in Table |^, the 
message fields are shown in Table ^, and the message 
types are listed in Table || where t is the real time at 
the receiving Logical Process. Active Virtual Network 
Management Protocol messages contain the Send Time 
(TS), Receive Time (TR), Anti-toggle (A) and the ac- 
tual message value itself (M). The Receive Time (TR) 
is the time this message is predicted to be valid at the 
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Figure 2. The AVNMP Logical Process. 



destination Logical Process. It is not the link transfer 
time from source to destination Logical Process. The 
Send Time (TS) is the time this message was sent by 
the originating Logical Process. The "A" field is the 
anti-toggle and is used for creating an anti-message to 
remove the effects of false messages as described later. 
A message also contains a field for current Real Time 
(RT). This is used to differentiate a real message from 
a virtual message. A message which is generated and 
time-stamped with the current time is called a real mes- 
sage. Messages which contain future event information 
and are time-stamped with a time greater than current 
time are called virtual messages. If a message arrives 
at a Logical Process out of order or with invalid infor- 
mation, it is called a false message. A false message 
will cause a Logical Process to rollback. 



Structure 


Description 


Receive Queue (QR) 


Messages ordered 
by receive time (TR) 


Send Queue (QS) 


Messages ordered 
by send time (TS) 


Local Virtual 
Time (LVT) 


LVT = inf RQ 


State Queue (SQ) 


States are periodically saved 


Sliding Lookahead 
Window 


SLW = (t, t + A] 


Tolerance (0) 


Allowable deviation 


Table 1. Active Virtual Network Management 
Protocol Logical Process Structures. 


Field 


Description 


Send Time (TS) 


LVT of sending process 
when message is sent 


Receive Time (TR) 


Scheduled time message 
is to be received 


Anti-toggle (A) 


Identifies message as 
normal or anti-message 


Message (M) 


Contents of the message 


Real Time (RT) 


GPS time message originated 



Table 2. Active Virtual Network Management 
Protocol Message Fields. 



Virtual Message 


RT > t 


Real Message 


RT < t 



Table 3. Active Virtual Network Management 
Protocol Message Types. 



driving process acts as a source of virtual messages for 
the Active Virtual Network Management Protocol sys- 
tem. Virtual messages are injected at a rate of Au,„ 
messages per unit time and each virtual message has 
a lookahead of A^^ time units. Logical Processes re- 
act to virtual messages. For example, in the case of 
mobile wireless networking, the Global Positioning Sys- 
tem receiver process runs in real-time providing current 
time and location information and has been modified 
to inject future predicted time and location messages 
as well. Figure ^ shows an example how an active net- 
work would appear with Logical Processes and Driving 
Processes deployed. Notice that the driving processes 
define the scope of the system, that is, the degree to 
which the system is predictable. For example, if only 
a particular route is of interest for load prediction pur- 
poses, then driving processes may be sent only to adja- 
cent tributary nodes of the path. One of the objectives 
of this research is to enable the logical and driving pro- 
cesses to automatically and dynamically locate them- 
selves in optimal positions within the network. 



Switch 




PP - Physical Process 
VM - Virtual Message LP - Logical Process 

KM - Real Message ^P - Driving Process 



Figure 3. Driving and Logical Processes 
within a Communications Network. 



2,1. Driving Process 

2.2. Rollback 

The Active Virtual Network Management Protocol 
algorithm requires a Driving Process (DP) to predict A rollback is triggered either by messages arriving 

future events and inject them into the system. The out of order at the Receive Queue of a Logical Process 



or by a predicted value previously computed by this 
Logical Process which is beyond the allowable toler- 
ance. These are known as false messages because both 
types of messages are sources of error. In either case, 
rollback is a mechanism by which a Logical Process re- 
turns to a known correct state. The rollback occurs 
just as in the original Time Warp algorithm There 
are three phases. In the first phase, the Logical Pro- 
cess state is restored to a virtual time strictly earlier 
than the Receive Time of the false message. In the sec- 
ond phase, anti-messages are sent to cancel the effects 
of any invalid messages which had been generated be- 
fore the arrival of the false message. An anti-message 
contains exactly the same contents as the original mes- 
sage with the exception of an anti-toggle bit which is 
set. When the anti-message and original message meet, 
they are both annihilated. The final phase consists of 
executing the Logical Process forward in virtual time 
from its rollback state to the virtual time the false mes- 
sage arrived. No messages are canceled or sent between 
the virtual time to which the Logical Process rolled 
back and the virtual time of the false message. Because 
these messages are correct, there is no need to cancel 
or re-send them. This increases performance and it 
prevents additional rollbacks. Note that another false 
message or anti-message may arrive before this final 
phase has completed without causing problems. 

3. Streptichrons 

In the Active Virtual Network Management Proto- 
col architecture described thus far, there is a one-to-one 
correspondence between virtual messages and real mes- 
sages. While this correspondence works well for adding 
prediction to protocols using a relatively small portion 
of the total bandwidth, it would clearly be beneficial to 
reduce the message load, especially when attempting 
to add prediction of the bandwidth itself. There are 
more compact forms of representing future behavior 
within an active packet besides a virtual message. For 
relatively simple and easily modeled systems, only the 
model parameters need be sent and used as input to the 
logical process on the appropriate intermediate device. 
Note that this assumes that the intermediate network 
device's Logical Process is simulating the device oper- 
ation and contains the appropriate model. However, 
because the payload of a virtual message is exactly the 
same as a real message, the payload of the virtual mes- 
sage can be passed to the actual device and the result 
from the actual device is intercepted and cached. In 
this case, the Logical Process is a thin layer of code be- 
tween the actual device and virtual messages primarily 
handling rollback. An entire executable load model can 



be included within an active packet generated by the 

Driving Process and executed by the Logical Process. 

When the active packet reaches the target intermediate 

device, the load model provides virtual input messages 

to the Logical Process and the payload of the virtual 

message passed to the actual device as previously de- 
bend time 

scribed. A Strcptichron is an active packet facilitating 
prediction as shown in Definition |l| which implements 
any of the above mechanisms. 

{Input Model (Monte-Carlo) Model 
Model Parameters (Self Adjusting) 
Virtual Message (Self Adjusting) 

(1) 

4. Autoanaplasis 

self adjusting 

Auto anaplasis is the self-adjusting characteristic of 
streptichrons. One of the virtues of the Active Virtual 
Network Management Protocol is the ability for the 
predictive system to adjust itself as it operates. This 
is accomplished in two ways. When real time reaches 
the time at which a predicted value had been cached, 
a comparison is made between the real value and the 
predicted value. If the values differ beyond a given tol- 
erance, then the Logical Process rolls backward in time. 
Also, active packets which implement virtual messages 
adjust, or refine, their predicted values as they travel 
through the network. As a specific example consider 
a strcptichron in the form of a simple virtual message 
which anticipates load as illustrated in Figure ^. Al- 
though the virtual message represents a message ex- 
pected to exist in the future, the virtual message im- 
plementation exists in real time providing feedback to 
the predictive system. For example, as the virtual mes- 
sage travels from one intermediate node to another, the 
packet computes its transfer time and compares it with 
the predicted state at that time of the intermediate log- 
ical process causing a rollback if it is out of tolerance. 
Also, as the strcptichron travels through the network 
and as real time approaches the strcptichron's Receive 
Time, the strcptichron refines its predicted value. 

5. Class Hierarchy 

The software architecture and state of the code un- 
der development are shown in Figure |^. Time is crit- 
ical in the architecture of the Active Virtual Network 
Management Protocol system; thus, most classes are 
derived from class Date. Class AvnmpTime handles 




relative time operations. Class Gvt uses active the Gvt- 
Packets class to calculate global virtual time. Class 
AvnmpLP handles the bulk of the processing including 
rollback. Class Driver generates and injects real and 
virtual messages into the system. The PP class either 
simulates, or accesses, an actual device on behalf of the 
Logical Process. The PP class may not need to simu- 
late the device because the payload of a virtual message 
is exactly the same as a real message; thus, the pay- 
load of the virtual message can be passed to the actual 
device and the result from the actual device is inter- 
cepted and cached. In this case, the Logical Process is 
a thin layer of code between the actual device accessed 
by the PP class. The GvtPacket class implements the 
Global Virtual Time packet which is exchanged by all 
logical and driving processes to determine global vir- 
tual time. The Streptichron class has been discussed in 
Section ^. Currently only the virtual message form of 
a streptichron has been implemented. The active pack- 
ets have been implemented in both ANTS and KU 
SmartPackets [Q. 

6. Performance Analysis 

This section analyzes the benefit of Active Virtual 
Network Management Protocol in terms of speedup 
based upon accurately predicting system behavior. 
There are many factors which influence speedup includ- 
ing out-of-order message probability, out-of-tolerance 
state value probability, rate of virtual messages enter- 
ing the system, task execution time, task partitioning 
into Logical Processes, rollback overhead, prediction 
accuracy as a function of distance into the future which 
predictions are attempted, and the effect of parallelism 
and optimistic synchronization. All of these factors are 
considered in this section beginning with a direct anal- 
ysis using the definitions from optimistic simulation. 



Figure 5. Active Virtual Network IVIanagement 
Protocol Class Hierarchy. 



The definition of Global Virtual Time (GVT) can be 
applied to determine the relationship among expected 
task execution time (rtask), the real time at which the 
state was cached (isg), and real time (t). Consider the 
value (Vy) which is cached at real time tsg in the State 
Queue (SQ) resulting from a particular predicted event. 
The state queue values may be repeatedly added and 
discarded as Active Virtual Network Management Pro- 
tocol operation proceeds in the presence of rollback. As 
rollbacks occur, values for a particular predicted event 
may change, converging to the real value (V^). For 
correct operation of Active Virtual Network Manage- 
ment Protocol, Vy should approach Vr a.s t approaches 
GVT(ti) where GVT{ti) is the GVT of the Active Vir- 
tual Network Management Protocol system at time ti. 
Explicitly, this is for all e > there exists 6 > such 
that \GVT{ti)-t\ < (5 implies \f{t)-f{GVT{ti))\ < e 
where f(t) = Vr and f{GVT{ti)) = Vy. f{t) is the 
prediction function of a driving process. The purpose 
and function of the driving process has been explained 
in Section |^. Because Active Virtual Network Manage- 
ment Protocol will always use the correct value when 
the predicted time (r) equals the current real time (<) 
and it is assumed that the predictions will become more 
accurate as the predicted time of the event approaches 
the current time, the reasonable assumption is made 
that limT-^t /(r) = Vy. In order for the Active Vir- 
tual Network Management Protocol system to always 
look ahead, for all t GVTit) > t. This means that 
for aU n £ {LPs} and for all t LVTip^(t) > t and 
minmg{M}{w} > t where m is the receive time of a 
message, M is the set of messages in the entire system 
and LVTip^ is the Local Virtual Time of the n*'' Logical 
Process. In other words, the Local Virtual Time (LVT) 



of each Logical Process (LP) must be greater than or 
equal to real time and the smallest message Receive 
Time not yet processed must also be greater than or 
equal to real time. The smallest message Receive Time 
could cause a rollback to that time. This implies that 
for all n, t LVTdp^ (t) > t. In other words, this implies 
that the Local Virtual Time (LVT) of each driving pro- 
cess must be greater than or equal to real time. An 
out-of-order rollback occurs when m < LVT{t). The 
largest saved state time such that tsg < to is used to 
restore the state of the Logical Process, where tsg is 
the real time the state was saved. Then the expected 
task execution time {rtask) can take no longer than 
tsQ —t to complete in order for GVT to remain ahead 
of real time. Thus, a constraint between expected 
task execution time {rtask), state save time (tsq), and 
real time (t) has been defined. There are three pos- 
sible cases to consider when determining the speedup 
of the Active Virtual Network Management Protocol 
over non-lookahead sequential execution. In this sec- 
tion we will determine the speedup given each of these 
cases and their respective probabilities. These cases 
are illustrated in Figures ^ through ||. The time that 
an event is predicted to occur and the result cached is 
labeled tmrtuai event , the time a real event occurs is la- 
beled treai event , and the time a result for the real event 



^ real event 



is calculated is labeled tno- 



In the Active Vir- 



tual Network Management Protocol, the virtual event 
and its result can be cached before the real event as 
shown in Figure |^, between the real event but before 
the real event result is calculated shown in Figure ^, 
or after the real event result is calculated as shown in 
Figure ^. In each case, all events are considered rela- 
tive to the occurrence of the real event. It is assumed 
that the real event occurs at time t. A random variable 
called the lookahead {LA) is defined as LVT — t. The 
virtual event occurs at time t — LA. Assume that the 
task which must be executed once the real event oc- 
curs takes Ttask time. Then without the Active Virtual 
Network Management Protocol the task is completed 
at time t + Ttask- 



Figure 6. Active Virtual Network IVIanagement 
Protocol Cached before Real Event. 



Figure 7. Active Virtual Network Management 
Protocol Cached later than Real Event. 



^ real event 



' virtual event 



Figure 8. AVNMP Cached slower than Real 
Time. 



The prediction rate of a Logical Process is the rate 
of change of the processes' Local Virtual Time with re- 
spect to real time, thus PR is the Active Virtual Net- 
work Management Protocol speedup. The prediction 
rate has been derived in Q and is defined in Equation]^. 
Sparaiiei is the spccdup due to parallelism, Aym is the 
lookahead per virtual message, Xym is the rate at which 
virtual messages are injected by a driving process, X 
and Y are random variables representing the propor- 
tion of out-of-order and out-of-tolerance messages re- 
spectively, Ttask is the expected amount of time taken 
by the physical process to process an input message, 
and Trb is the expected time taken by a Logical Process 
to rollback. Equation || includes the time to predict an 
event and cache the result in the State Queue (SQ). 

In 1^ the expected value of X has been determined 
based on the inherent synchronization of the Logical 
Process topology. It is shown in Q that X has an ex- 
pected value which varies with the rate of hand-offs in 
the mobile wireless location management application. 
It is clear that the proportion of out-of-order messages 
is dependent on the Logical Process (LP) architecture 
and the partitioning of tasks into Logical Processes. 
Thus, it is difficult in an experimental implementation 
to vary X. It is easier to change the tolerance rather 
than change the Logical Process architecture to eval- 
uate the performance of the Active Virtual Network 
Management Protocol. For these reasons, the analy- 
sis proceeds with PRx.y\x=e[x]- Since the prediction 



rate is the rate of change of Local Virtual Time with 
respect to time, the value of the Local Virtual Time is 
shown in Equation^ where C is an initial offset. This 
offset may occur because the Active Virtual Network 
Management Protocol may begin running C time units 
before or after the real system. Replacing LVT in the 
definition of LA with the right side of Equation Hyields 
the Equation for lookahead shown in Equation^. 

LVTx.Y\x=E[x] = (3) 

^vmi^vmSparallel '^task {^task ^" '^rb)-^[^] 
i^vmSparallel ~ xf^)^)^ ^ 

LAx,Y\x=E[x] = iLVTx,Y\x=E[x] - l)t + C (4) 

The probability of the event in which the Active Vir- 
tual Network Management Protocol result is cached 
before the real event is defined in Equation ^j. The 
probability of the event for which the Active Virtual 
Network Management Protocol result is cached after 
the real event but before the result would have been 
calculated in the non- Active Virtual Network Manage- 
ment Protocol system is defined in Equation ^. Finally, 
the probability of the event for which the Active Vir- 
tual Network Management Protocol result is cached 
after the result would have been calculated in a non- 
Active Virtual Network Management Protocol system 
is defined in Equation |^. 

Pcache = P[LAx^Y\X=E[X] > Ttask] (5) 
Plate = P[0 < LAx,Y\X=E[X] < ^task] (6) 
Pslow - P[LAx,Y\X = E[X] < 0] (7) 

The goal of this analysis is to determine the effect 
of the proportion of out-of-tolerance messages (V) on 
the speedup of a Active Virtual Network Management 
Protocol system. Hence we assume that the proportion 
y is a binomially distributed random variable with pa- 
rameters n and p where n is the total number of mes- 
sages and p is the probability of any single message 
being out of tolerance. It is helpful to simplify Equa- 
tion ^ by using 71 and 72 as defined in Equations H and 
p!o| in Equation ^. 

LAx.Y\x=E[x] = 71 - I2Y (8) 

Tl — i^^vrn^vrnS parallel ~^ ^vm'^task^ (9) 
Kmi^rb + nask)E[X]) — l)t ^ C 



^72 — ^vm{^vniS parallel , ~l~ '^rh)^ 



(10) 



The early prediction probability as illustrated in 
Figure ^ is shown in Equation |ll]. The late predic- 
tion probability as illustrated in Figure ^ is shown in 



Equation |T^. The probability for which Active Vir- 
tual Network Management Protocol falls behind real 
time as illustrated in Figure ^ is shown in Equation 
^. The three cases for determining Active Virtual 
Network Management Protocol speedup are thus de- 
termined by the probability that Y is greater or less 
than two thresholds. 



Pl{t) — Pcache X,Y\X=E[X] — P 
P2it) = Plate X,Y\X=E[X] — P 



Y < 



7l ~ '''task 

72 



71 ~ Ttask ^ y ^ 7l 
72 

71 



72 



Psit) — Pslow X,Y\X = E[X] — P 



Y > 



72 



(11) 

(12) 
(13) 



The three probabilities in Equations ^ through |l^ 
depend on (Y) and real time because the analysis as- 
sumes that the lookahead increases indefinitely which 
shifts the thresholds in such a manner as to increase 
Active Virtual Network Management Protocol perfor- 
mance as real time increases. However, in this analysis, 
it is assumed that a sliding lookahead window exists 
on each Logical Process to control the lookahead rate 
locally. The Active Virtual Network Management Pro- 
tocol algorithm holds processing of virtual messages 
once the end of the Sliding Lookahead Window (SLW) 
is reached. The hold time occurs when LA = A where 
A is the length of the Sliding Lookahead Window. Once 
A is reached, processing of virtual messages is discon- 
tinued until real-time reaches Local Virtual Time. The 
lookahead versus real time including the effect of the 
Sliding Lookahead Window is shown in Figure ||. The 
dashed arrow represents the lookahead which increases 
at rate PR. The solid line returning to zero is looka- 
head as the Logical Process delays. Because the curve 
in Figure ^ from to tj^ repeats indefinitely, only the 
area from to need be considered. For each Pi{t) 
i = 1,2,3, the time average over the lookahead time 
(^L ) is shown by the integral in Equation 



P 



X,Y\X=E[X] 



i- / P,{t)dt 



(14) 



The probability of each of the events shown in Fig- 
ures 1^ through P is multiplied by the speedup for 
each event in order to derive the average speedup. 
For the case shown in Figure |[ the speedup (C^) is 
provided by the time to read the cache over directly 
computing the result. For the remaining cases the 
speedup is PRx,y\x=e[x] which has been defined as 
LVTx,Yix=E[x] gj^Q^^ Equation |l|. The analyt- 
ical results for speedup are graphed in Figure |l^. A 
high probability of out-of-tolerance rollback in Figure 



PRx^ 



(2) 



^vm I ^vmSparallel '^task {,'^task ~^ '^rh)-^ i^^vmS parallel )^ | 



AVNMP Speedup Analysis 





Figure 9. Lookahead with a Sliding Looka- 
head Window. 



pj]| results in a speedup of less than one. Real messages 
are always processed when they arrive at an Logical 
Process. Thus, no matter how late Active Virtual Net- 
work Management Protocol results are, the system will 
continue to run near real time. However, when Active 
Virtual Network Management Protocol results are very 
late due to a high proportion of out-of-tolerance mes- 
sages, the Active Virtual Network Management Pro- 
tocol system is slower than real time because out-of- 
tolerance rollback overhead processing occurs. Anti- 
messages must be sent to correct other Logical Pro- 
cesses which have processed messages which have now 
been found to be out of tolerance from the current 
Logical Process. This causes the speedup to be less 
than one when the out-of-tolerance probability is high. 
Thus, PRxY\x=E\x\ < 1 for the "slow" case shown in 
Figure |[ 

Equation [l^ shows the complete Active Virtual Net- 
work Management Protocol performance utility. The 
surface plot showing the utility of Active Virtual Net- 
work Management Protocol as a function of the propor- 
tion of out-of-tolerance messages is shown in Figure 
where $s, are one. The parameters are chosen 

to accommodate the mobile wireless network applica- 
tion described in ||]. Virtual messages are injected by 
the Global Positioning System at a rate of 0.03 per 
millisecond (A„„i = 0.03) with a lookahead of 30.0 mil- 
liseconds {Aym = 30.0). The expected time to create 
a beam table is 7.0 milliseconds {nask = 7.0). The ex- 
pected rollback time is 1.0 miUiseconds {vrb = 1-0) and 
the speedup in reading from cached results over com- 
puting the beam table is 100 [Cr — 100). The y-axis is 
the relative marginal utility of speedup over reduction 




Expected Propotlion of Out-of-Tolerance Messages (E[Y]) 



Figure 10. AVNIVIP Speedup. 



in bandwidth overhead SB = %r- Thus if bandwidth 
reduction is much more important than speedup, the 
utility is low and the proportion of rollback messages 
would have to be kept below 0.3 in this case. How- 
ever, if speedup is of higher priority relative to band- 
width, the proportion of out-of-tolerance rollback mes- 
sage values can be as high as 0.5. If the proportion of 
out-of-tolerance messages becomes too high, the utility 
becomes negative because prediction time begins to fall 
behind real time. 

The effect of the proportion of out-of-order and 
out-of-tolerance messages on Active Virtual Network 
Management Protocol speedup is shown in Figure 12, 
This graph shows that out-of-tolerance rollbacks have a 
greater impact on speedup than out-of-order rollbacks. 
The reason for the greater impact of the proportion of 
out-of-tolerance messages is that rollbacks caused by 
such messages always cause a process to rollback to 
real time. An out-of-order rollback only requires the 
process to rollback to the previous saved state. 

Figure ^3] shows the effect of the proportion of vir- 
tual messages and expected lookahead per virtual mes- 
sage on speedup. This graph is interesting because it 
shows how the proportion of virtual messages injected 
into the Active Virtual Network Management Proto- 
col system and the expected lookahead time of each 
message can affect the speedup. The real and virtual 
message rates are 0.1 messages per millisecond and the 
remaining parameters remain as previously stated. 



V = 

Pcache X\X=E[X]Cr + {Plate X\X=E[X] + Pslow X\X=E[X])PRx,Y\X=E[X\ 



(15) 



UaVNMP = {Pcache X]X=E[X]Cr + 

{Plate X\X=E[X] + Pslow X\X=ElX])PRx,Y\X=ElX]) 
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Figure 11. Overhead versus Speedup as a 
Function of Probability of Rollbacl(. 



Figure 13. Effect of Virtual Message Rate and 
Lookahead on Speedup. 



Effect of Rollback AVNMP 




Figure 12. Effect of Non-Causality and Toler- 
ance on Speedup. 



7. Summciry 

This paper has introduced a novel algorithm, Active 
Virtual Network Management Protocol (AVNMP), for 
predictive network management. It explained how the 
Active Virtual Network Management Protocol facili- 
tates the management of an active network by allow- 
ing future predicted state information within an active 
network to be available to network management algo- 
rithms. This has been accomplished by coupling ideas 
from optimistic discrete event simulation with active 
networking. The optimistic discrete event simulation 
method used is a form of self-adjusting Time Warp. 
The concept of a streptichron and autoanaplasis have 
been introduced as mechanisms which take advantage 
of the enhanced flexibility and intelligence of active 
packets. Finally, it has been demonstrated that the 
Active Virtual Network Management Protocol is a fea- 
sible concept. 



Future work on the Active Virtual Network Manage- 
ment Protocol will focus on dynamic message repri- 
oritization such that both real and virtual messages 
are processed with optimal priority as well as auto- 
matic dynamic deployment of the Active Virtual Net- 
work Management Protocol logical and driving pro- 
cesses within a network. Work will also continue on 
finding synergies between the self-adjusting Time Warp 
algorithm and active networks in order to optimize the 
Active Virtual Network Management Protocol. 



[11] D. L. Tennenhouse, J. M. Smith, W. D. Sincoskie, 
D. J. Wetherall, and G. J. Minden. A survey of active 
network research. IEEE Communications Magazine, 
35(l):80-86, Jan. 1997. 



References 

[1] R. Braden, D. Clark, and S. Shenker. Integrated ser- 
vices in the internet architecture: an overview, June 
1994. RFC #1633. 

[2] S. F. Bush. The Design and Analysis of Virtual Net- 
work Configuration for a Wireless Mobile ATM Net- 
work. PhD thesis. University of Kansas, Aug. 1997. 

[3] S. F. Bush, V. S. Frost, and J. B. Evans. Network Man- 
agement of Predictive Mobile Networks. In IEEE Sym- 
posium on Planning and Design of Broadband Net- 
works, October 1996. Session 8, Montebello, Quebec, 
Canada. 

[4] S. F. Bush, S. Jagannath, J. B. Evans, V. Frost, 
G. Minden, and K. S. Shanmugan. A Control and 
Management Network for Wireless ATM Systems. 
ACM-Baltze r Wireless Networks fWINET). 3:267 ,283. 



1997. URL: littp://www. ittc.ukans.edu/~sbush 



[5] ISO. Open Systems Interconnection - Management 

Protocol Specification - Part 2: Common Management 

Information Protocol. 
[6] D. R. Jefferson and H. A. Sowizral. Fast Concurrent 

Simulation Using The Time Warp Mechanism, Part 

I: Local Control. Technical Report TR-83-204, The 

Rand Corporation, 1982. 
[7] A. B. Kulkarni, G. J. Minden, R. HiU, Y. Wijata, 

S. Sheth, H. Pindi, F. Wahhab, A. Gopinath, and 

A. Nagarajan. Implementation of a Prototype Active 

Network. In OPENARCH '98, 1998. 
[8] S. Ma and C. Ji. Wavelet models for video time-series. 

In M. I. Jordan, M. J. Kearns, and S. A. Solla, editors, 

Advances in Neural Information Processing Systems, 

volume 10. The MIT Press, 1998. 
[9] M. T. Rose. The Simple Book, An Introduction to 

the Management of TCP/IP Based Internets. Prentice 

HaU, 1991. 

[10] R. Sanchez, J. Evans, G. Minden, and V. S. F. K. S. 
Shanmugan. RDRN: A Rapidly Deployable Radio 
Network - Implementation and Experience. In ICUPC 
'98, 1998. 



